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MODULAR CRYPTOGRAPH I C DEVICE PROVIDING ENHANCED INTERFACE 
PROTOCOL FEATURES AND RELATED METHODS 

Field of the Invention 
[0001] The present invention relates to the field of 
communications networks, and, more particularly, to 
cryptography devices for use in communications networks and 
related methods. 

Background of the Invention 
[0002] Security is an extremely important consideration 
in network communications. With the ever-increasing 
utilization of the Internet, most networks now have Internet 
gateways which open them up to external attacks by would-be 
hackers. Further, the popularity of wireless networks has 
also increased dramatically as technology has enabled faster 
and more reliable wireless communications. Yet, wireless 
communications are inherently less secure than wired 
communications, since wireless communication signals are 
typically much easier to intercept than signals on cables 
which are often difficult to access. 
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[0003] As a result, cryptography is often used to encrypt 
private or secret communications to reduce the likelihood 
that they will be deciphered and used by malicious 
individuals or organizations. By way of example, wireless 
local area networks (WLANs) and WLAN devices are widely used 
and provide a convenient and cost-effective approach for 
implementing network communications where it may be 
difficult or otherwise impractical to run cables. One of the 
more prominent standards which has been developed for 
regulating communications within WLANs is promulgated by the 
Institute of Electrical and Electronic Engineers' (IEEE) 802 
LAN /MAN Standards Committee, which is the 802.11 standard. 
In addition to providing wireless communications protocols, 
the 802.11 standard also defines a wireless equivalent 
privacy (WEP) cryptographic algorithm which is used to 
protect wireless signals from eavesdropping. 
[0004] WEP relies on a secret key that is shared between 
wireless stations and an access point. The secret key is 
used to encrypt data packets prior to transmission, and an 
integrity check is used to ensure that packages are not 
modified during the transmission. Nonetheless, it has 
recently been discovered that the WEP algorithm is not as 
immune to external attacks as once believed. For example, in 
an article entitled "Intercepting mobile communications: The 
Insecurity of 802.11" by Borisov et al., MOBICOM, Rome, 
Italy, July 2001, the authors set forth a number of 
vulnerabilities in WEP. In particular, it was noted that a 
significant breach of security occurs when two messages are 
encrypted using a same initialization vector (IV) and secret 
key, as this can reveal information about both messages. 
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[0005] Moreover, WEP message ciphertext is generated 
using an exclusive OR operation. By exclusive ORing 
ciphertext from two messages generated using the same IV, 
the key streams cancel out and it is then possible to 
recover the plain text. As such, this key stream re-use is 
susceptible to a decryption dictionary attack in which a 
number of messages are stored and compared to find multiple 
messages generated with a same IV. 

[0006] As a result, more robust network security is often 
required for many network applications. One example of a 
network security device to be connected between a protected 
client and a network is disclosed in U.S. Patent No. 
6,240,513 to Friedman et al. The network security device 
negotiates a session key with any other protected client. 
Then, all communications between the two clients are 
encrypted. The device is self-configuring and locks itself 
to the IP address of its client. Thus, the client cannot 
change its IP address once set and therefore cannot emulate 
the IP address of another client. When a packet is 
transmitted from the protected host, the security device 
translates the MAC address of the client to its own MAC 
address before transmitting the packet into the network. 
Packets addressed to the host contain the MAC address of the 
security device. The security device translates its MAC 
address to the client's MAC address before transmitting the 
packet to the client. 

[0007] Even more robust cryptographic devices may be 
required to secure sensitive or classified communications. 
More particularly, in the U.S. the communications of 
government entities that include sensitive (but 
unclassified) information must comply with the Federal 
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Information Processing Standards Publication (FIPS) 
publication 140-2 entitled "Security Requirements For 
Cryptographic Modules, " Classified communications, which are 
typically referred to as Type 1 communications, must comply 
with even stricter standards. 

[0008] One example of an encryptor which is certified for 
Type 1 communications is the TACLANE Encryptor KG-175 from 
General Dynamics Corp. The "classic" version of the TACLANE 
encryptor has Internet Protocol (IP) and Asynchronous 
Transfer Mode (ATM) interfaces, and an E100 version has a 
fast Ethernet interface. The classic version may also be 
upgraded to fast Internet by replacing the IP/ATM network 
interface cards therein with two new E100 interface cards. 
[0009] Despite the security benefits provided by such 
devices, many of these encryptors are fairly bulky and may 
consume significant amounts of power. One particularly 
advantageous cryptographic device which provides both space 
and power saving features is the Sierra module from Harris 
Corp., Assignee of the present application. The Sierra 
module is an embeddable encryption device that combines the 
advantages of high-grade security (e.g., Type 1) with the 
cost efficiency of a reprogrammable, commercially produced, 
FIPS 140-2 level 3 or 4 encryption module. The Sierra module 
can take on multiple encryption personalities depending on 
the particular application, providing encryption/decryption 
functionality, digital voice processing (vocoding) and 
cryptographic key management support functions. The Sierra 
module also provides the user with the capability to remove 
the Type 1 functionality, allowing the device to be 
downgraded to an unclassified device. Also, because of its 
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relatively small size, low power and high data rates, this 
device is well-suited for battery sensitive applications, 
[0010] By way of example, the Sierra module has been 
implemented in a Secure WLAN (SWLAN) personal computer (PC) 
card called SecNet 11, which is also produced by Harris 
Corp. The SecNet 11 card allows rapid communication of 
multimedia information (data, voice, and video) in a secure 
environment. The SecNet 11 card may be used as a wireless 
network interface card for WLAN "stations," for- wireless 
bridges, and for access point (APs) , for example. The 
SecNet 11 device is more fully described in U.S. published 
application nos . 2002/0094087 and 2002/0095594, both of 
which are hereby incorporated herein in their entireties by 
reference . 

[0011] Accordingly, the SecNet 11 card provides numerous 
advantages in terms of size, power requirements, and 
flexibility in WLAN environments. However, it may be 
desirable to provide such benefits in other network 
environments as well. 

Summary of the Invention 
[0012] In view of the foregoing background, it is 
therefore an object of the present invention to provide a 
cryptographic device that provides high level security and 
is relatively easily adaptable to numerous network 
environments and related methods. 

[0013] This and other objects, features, and advantages 
in accordance with the present invention are provided by a 
cryptographic device which may include a cryptographic 
module and a communications module coupled thereto. More 
particularly, the cryptographic module may include a user 
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network (e.g., Local Area Network (LAN) ) interface and a 
cryptographic processor coupled thereto. Further, the 
communications module may include a network (e.g., LAN) 
communications interface coupled to the cryptographic 
processor. The cryptographic processor may communicate with 
the user network interface using a predetermined protocol, 
and the cryptographic processor may also communicate with 
the network communications interface using the predetermined 
protocol . 

[0014] By way of example, the predetermined protocol may 
be a Media Independent Interface (Mil) protocol. Maintaining 
the consistent use of such a protocol through the chain of 
circuitry from the user network interface to the network 
communications interface provides for the convenient 
transfer of packet structures between the "red" (i.e., 
unencrypted data) and "black" (i.e., encrypted data) 
boundaries in the device. Moreover, this also allows the 
cryptographic module and the communications module to both 
operate using unique external media access control (MAC) 
addresses, while at the same time using fixed internal MAC 
addresses. Thus, the cryptographic processor essentially 
becomes transparent to the communications module, and it 
appears to the communications module that it is connected 
directly to the user network interface, providing ease of 
interchangeability of communications modules. 

[0015] That is, different communications modules may be 
easily interchanged with the cryptographic module for use in 
different network applications. More particularly, the 
communications module may be removably coupled to the 
cryptographic module, and the communications module may be a 
predetermined one from among a plurality of interchangeable 
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communications modules each for communicating over a 
different communications media. More particularly, different 
cryptographic modules may have different types of network 
communications interfaces. For example, the network 
communications interface may be a wireless LAN (WLAN) 
communication circuit, a wireline LAN communication circuit, 
or a fiber optic LAN communication circuit. 
[0016] Since all of the cryptographic operations are 
performed within the cryptographic module, the various 
communications modules may not be subject to the same 
scrutiny as the cryptographic module for security 
certification. As such, the interchangeable communications 
modules may be significantly less expensive than the 
cryptographic module, and thus provide a cost-effective 
solution for multiple network implementations since the same 
cryptographic module can be used for each of the 
implementations . 

[0017] In particular, the cryptographic processor may 
include a host network processor communicating with the user 
network interface using the predetermined protocol, and a 
cryptography circuit communicating with the host network 
processor using the predetermined protocol. The 
cryptographic processor may also include an unencrypted 
(i.e., red) data buffer circuit coupled between the user 
network interface and the cryptography circuit, and an 
encrypted (i.e., black) data buffer circuit coupled between 
the cryptography circuit and the network communications 
interface. In addition, communications to and from the 
encrypted data buffer and the unencrypted data buffer may 
also be based upon the predetermined protocol. Also, the 
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user network interface may be an Ethernet interface, for 
example . 

[0018] A communications method aspect of the invention 
may include coupling a cryptographic module, such as the one 
described briefly above, to a network device, and providing 
a communications module, such as the one described briefly 
above, having its network communications interface coupled 
to the cryptographic processor of the cryptographic module. 
The method may further include using the cryptographic 
processor to communicate with the user network interface and 
the network communications interface using a predetermined 
protocol, and using the network interface to communicate 
with a network. 

[0019] A communications system in accordance with the 
invention may include a plurality of network devices coupled 
together to define a network, and a cryptographic device, 
such as the one described briefly above, coupled to at least 
one of the network devices. 

Brief Description of the Drawings 
[0020] FIG. 1 is perspective view of a cryptographic 
device in accordance with the present invention. 
[0021] FIG. 2 is an exploded view of the cryptographic 
device of FIG. 1 illustrating the various modules thereof. 
[0022] FIG. 3 is top plan view of the cryptographic 
device of FIG. 1. 

[0023] FIGS. 4 through 9 are schematic block diagrams 
illustrating the various components of the cryptographic 
device of FIG. 1 in greater detail. 
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[0024] FIG. 10 is a timing diagram illustrating status 
and configuration operations for the communications module 
of the cryptographic device of FIG . 1. 

[0025] FIG. 11 is a block diagram of a cryptographic 
packet generated in accordance with the present invention. 
[0026] FIGS. 12 and 13 are perspective views illustrating 
the connector configurations of the communications module 
and cryptographic module, respectively, of the cryptographic 
device of FIG. 1. 

[0027] FIG. 14 is another exploded perspective view 
showing the bottom of the cryptographic device of FIG. 1 and 
further illustrating coupling of the various modules 
thereof. 

[0028] FIGS. 15 through 20 are flow diagrams illustrating 
various communications method aspects in accordance with the 
present invention . 

Detailed Description of the Preferred Embodiments 
[0029] The present invention will now be described more 
fully hereinafter with reference to the accompanying 
drawings, in which preferred embodiments of the invention 
are shown. This invention may, however, be embodied in many 
different forms and should not be construed as limited to 
the embodiments set forth herein. Rather, these embodiments 
are provided so that this disclosure will be thorough and 
complete, and will fully convey the scope of the invention 
to those skilled in the art. Like numbers refer to like 
elements throughout, and prime notation is used to indicate 
similar elements or steps in different embodiments. 
[0030] Referring initially to FIGS. 1 through 9, a 
communication system 29 in accordance with the present 
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invention illustratively includes a cryptographic device 30, 
a plurality of network devices 40, and a network such as a 
wireless Local Area Network (WLAN) 48. The cryptographic 
device 30 illustratively includes a cryptographic module 31 
coupled to one of the devices 40 and a communications module 
32. As shown in FIG. 2, the communications module 32 is 
removably coupled to the cryptographic module 31, as will be 
discussed further below. Generally speaking, in accordance 
with the present invention, a plurality of interchangeable 
communications modules 32 may be connected to the 
cryptographic module 31 for communicating over different 
communications media. While in the illustrated embodiment 
the communications module 32 is a WLAN module which includes 
dual tri-band antennas 33, it will be appreciated based upon 
the following discussion that the cryptographic device 30 
can be used with numerous types of wired and wireless 
networks . 

[0031] By including the appropriate chip sets/ interface 
circuitry in different communications modules 32, each of 
these modules may interface with a different network medium 

(e.g., WLAN, wireline medium, fiber optic medium, etc.), yet 
all interface with the same cryptographic module 31. That 
is, the same cryptographic module 31 may be used for 
numerous network applications simply by coupling the 
appropriate communications module 32 thereto for the desired 
application. Examples of various types of communications 
modules 32 that may be used include WLAN modules, plain old 
telephone service (POTS) modules, tactical radio modules, 
El/Tl modules, in-line network encryptor (INE) modules, a 
VersaModule Eurocard (VME) bus module, etc. 
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[0032] The modular design and ease of interchangeability 
not only provides a convenient way to quickly configure the 
cryptographic module 31 for different applications, but it 
may also be particularly useful for high level security 
applications such a Type 1, FIPS 140-2 level 4, etc. This is 
because the evaluation process to have a cryptographic 
device certified for use with sensitive or classified 
communications at these levels can be quite lengthy and 
extensive, and consequently costly. Thus, to manufacture 
respective cryptographic devices for different network 
applications can be cost prohibitive since each one will 
have to individually undergo the rigorous and costly 
certification. 

[0033] Yet, since in accordance with the present 
invention the cryptographic module 31 preferably includes 
all of the sensitive cryptographic circuitry and associated 
cryptographic algorithms/keys, the various communications 
modules 32 merely provide interfaces for different types of 
networks. That is, they do not process or transmit "red" 

(i.e., unencrypted) confidential/classified data, and thus 
they will likely not require the same certification scrutiny 
as the cryptographic module 31. Accordingly, the 
communications modules 32 may provide significant cost 
savings over having to purchase an entirely new 
cryptographic device with a different network interface for 
each desired application. 

[0034] In particular, the cryptographic module 31 
illustratively includes a first housing 34, a user network 
interface 35 carried by the first housing, a cryptographic 
processor 36 carried by the first housing and coupled to the 
user network interface, and a first inter-module connector 
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37 carried by the first housing and coupled to the 
cryptographic processor. The user network interface 35 may 
be an Ethernet physical layer (PHY) interface compatible 
with the IEEE 802.3 standard, for example, as will be 
appreciated by those skilled in the art. Various connectors 

38 are also carried by the first housing 34 for coupling the 
cryptographic module 31 to different network devices 40 
(e.g., personal computers (PCs), servers, portable 
communications devices, etc.). 

[0035] By way of example, the connectors 38 may be 
wireline connectors, such as an RJ45 connector 85 (FIG. 8), 
or fiber optic connectors, such as an LC fiber optic 
connector 86. Caps 39 may also be included for protecting 
the connectors 34. A power switch 41 and LED status 
indicators 42 (i.e., power, link state, fill, and alarm) are 
also carried by the first housing 34. 

[0036] It should be noted that the term "user" is used 
with relation to the user network interface 35 simply to 
indicate that this interface is for the user network device 
side and not the communications network side of the 
cryptographic device 30. That is, "user" does not mean that 
the interface 35 is only for individual user devices such as 
PCs. Instead, the user network interface may be connected to 
a variety of different LAN devices (e.g., servers, bridges, 
access points, etc.), as noted above. 

[0037] The communications module 32 illustratively 
includes a second housing 45, a second inter-module 
connector 46 carried by the second housing and removably 
mateable with the first connector 37 of the cryptographic 
module 31, and a network communications interface 47 carried 
by the second housing 45 and coupled to the second 
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connector. In the present example, the network 
communications interface 47 includes a WLAN communication 
circuit (e.g., an 802.11 chip set) for cooperating with the 
antennas 33 to wirelessly communicate with a network (e.g., 
LAN) 48, as will be discussed further below. Yet, as noted 
above, the network communications interface 47 may be a 
wireline LAN communication circuit, a fiber optic LAN 
communication circuit, etc., for example. 
[0038] The various circuit components of the 
cryptographic module 31 may be implemented in a 
cryptographic circuit card (CCA) 50, for example, as will be 
appreciated by those skilled in the art. The circuitry of 
the communications module 32 may similarly be implemented in 
a CCA 51. The cryptographic module 31 may also include a 
power CCA 52 carried by the first housing 34 and including 
power supply/filtering circuitry 53 for powering the 
cryptographic processor 36, the user network interface 35, 
and the communications module 32. 

[0039] The cryptographic processor 36 may include a host 
network processor 54 connected to the user network interface 
35, and cryptography circuitry 55 connected to the host 
network processor. More particularly, the cryptography 
circuitry 55 illustratively includes an unencrypted (i.e., 
"red") data buffer 56 connected to the host network 
processor 54, a cryptography circuit 57 connected to the 
unencrypted data buffer, and an encrypted (i.e., "black") 
data buffer 58 connected between the cryptography circuit 
and the first connector 37. 

[0040] By way of example, the unencrypted and encrypted 
data buffers may be first-in, first-out (FIFO) buffers 
implemented using field-programmable gate arrays (FPGAs) , 
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and the cryptography circuit 57 may be implemented in an 
application specific integrated circuit (ASIC) . One 
cryptography ASIC that is particularly well suited for use 
with the present invention is the above-noted Sierra (and 
Sierra II) device from Harris Corp. Of course, it will be 
appreciated by those skilled in the art that other suitable 
circuitry may be used as well. 

[0041] The host network processor 54 illustratively 
includes a plurality of modules which may be implemented 
using hardware and/or software, as will be appreciated by 
those skilled in the art. Generally speaking, the host 
network processor 54 includes a first 802.3 medium access 
controller (MAC) controller 60 for interfacing the user 
network interface 35, a second 802.3 MAC controller 61 for 
interfacing the cryptographic processor 36 and network 
communications interface 47, as will be described further 
below, and a processor 62 coupled between the MAC 
controllers. The host network processor 54 and user network 
interface 35 may communicate via dedicated lines for Media 
Independent Interface (Mil) communications, as will be 
discussed further below, and a management data input/output 
bus (FIGS. 6 and 8), for example. 

[0042] More specifically, the processor 62 may include a 
hypertext transfer protocol (HTTP) server module 73, a 
simple network management protocol agent 63, a 
firewall/routing module 64, an over the air re-keying/over 
the network re-keying (OTAR/OTNR) module 65, and an over the 
air zeroization/over the network zeroization (OTAZ/OTNZ) 
module 66. Moreover, the processor 54 also illustratively 
includes a mode controller 67 for providing proper 
configuration based upon the particular mode or media with 
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which the cryptographic module 31 is to operate (e.g., WLAN 
access point (AP) mode, ad-hoc mode, infrastructure mode, 
etc.). The mode controller 67 may also perform other 
configuration/monitoring functions, such as for service set 
identifiers (SSIDs) , channel, transmission level, data rate, 
802.11 band selection (i.e., a, b, g) depending upon the 
particular application the cryptographic module 31 is to be 
used for, as will be appreciated by those skilled in the 
art. Additional modules such as an Internet protocol (IP) 
security protocol ( IPSec) /high-assurance IP encryption 
(HAIPE) module 68, a key management module 69, and/or a 
device discovery module 70 may also be included depending 
upon the given implementation, as will also be appreciated 
by those skilled in the art. The cryptographic module also 
preferably includes respective memory devices 71, 72 for the 
host network processor 54 and cryptography circuit 57. 
[0043] The power circuitry 53 illustratively includes 
external power interface (I/F) circuitry 75, which may be 
connected to a DC source (e.g., battery), a wall wart AC 
adapter, an Ethernet power source, etc. Of course, it will 
be appreciated that other power sources may be used in 
different implementations. The power circuitry 53 further 
illustratively includes cryptographic/communications module 
power isolation/filtering circuitry 76 coupled to the 
external power I/F circuitry 75. A cryptographic module 
power circuit 77 and a communications module power circuit 
78 are coupled to the power isolation/filtering circuitry 76 
for respectively supplying the cryptographic and 
communications modules 31, 32. Further, a data 
filter/electrostatic discharge (ESD) protection circuit 79 
is included for filtering signals communicated between the 
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cryptographic module 31 and communications module 32, as 
will be appreciated by those skilled in the art. 
[0044] To receive high level certification (e.g., level 4 
FIPS 140-2, Type 1) for classified and/or secret 
communications, cryptographic devices typically have to 
include some degree of physical tamper protection to prevent 
malicious individuals or organizations from physically 
compromising the device and discovering the secret key or 
algorithm being used. In accordance with the present 
invention, the cryptographic module 31 also illustratively 
includes a tamper circuit 80 for disabling the cryptography 
circuit 57 based upon tampering with the first housing 34. 
By way of example, the tamper circuit 80 preferably includes 
one or more conductors substantially surrounding the 
cryptography circuit 57 so that the cryptographic processor 
is disabled based upon a break in any one of the conductors. 
[0045] More particularly, the conductors may be 
relatively thin printed circuit traces printed on the inside 
of the first housing 34 and attached to the cryptographic 
processor 36. Since the conductors substantially surround 
the cryptographic processor 36 (or some portion thereof) , if 
someone attempts to drill through the first housing 34 to 
access the cryptographic processor then one or more of the 
printed traces will be broken. The same holds true if 
someone opens the first housing, as the traces will be 
pulled away from the cryptographic processor 36 also causing 
breaks therein. 

[0046] In either event, the open circuit condition 
resulting from the broken conductor (s) causes power to a 
cryptographic power interface circuit 81 to be disrupted to 
be discontinued. That is, power from a dedicated encryption 
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algorithm/secret key battery 82 is prohibited from flowing 
to the cryptographic power interface circuit 81 via the 
cryptographic module power circuitry 77. As a result, the 
algorithm and secret key, which are preferably stored in a 
volatile memory, are permanently and instantly erased so 
that they cannot be discovered by malicious individuals or 
organizations. The tamper circuit 80 may thus provide tamper 
protection from all angles, if desired. 
[0047] As noted above, the cryptography circuit 57 
implements a desired encryption algorithm to provide a 
predetermined security level (e.g., Type 1, FIPS 140-2 
levels 1 through 4, etc.). By way of example, Advanced 
Encryption Standard (AES) , Baton, or Medley encryption 
algorithms may be used to provide such high level security. 
Of course, other high level security algorithms known to 
those skilled in the art may be used as well. Additionally, 
other cryptographic algorithms which are considered to be 
less secure than those noted above may also be used in 
accordance with the present invention when the cryptographic 
device 30 is to be used in less sensitive environments 
(e.g., general commercial or corporate applications). 
[0048] The cryptography circuitry 55 also illustratively 
includes a plurality of modules which may be implemented 
using hardware and/or software. Referring particularly to 
FIG. 8, the unencrypted data buffer (i.e., red FPGA) 56 
illustratively includes a host interface/FIFO control module 
90 for communicating with the host network processor 54 via 
the Mil protocol, and traffic and command (CMD) FIFOs 91, 92 
receiving outputs of the host interface/FIFO control module. 
It should be noted that various data paths in FIG. 8 are 
labeled as "red" and/or "black" to indicate whether they 
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convey unencrypted or encrypted data, respectively, or both, 
to aid in understanding of the present invention. 
[0049] The output of the traffic FIFO 91 is connected to 
a buffer 93, which is connected to a first high speed 
parallel interface 94 of the cryptographic circuit 57. The 
output of the command FIFO 92 is connected to a first 
external bus interface unit (EBIU) 106 of the cryptographic 
circuit 57. This EBIU 106 is also connected to control 
registers 95 and a multiplexer 96. Another input of the 
multiplexer 96 is connected to the output of a second high 
speed parallel interface 97 of the cryptographic circuit 57. 
The output of the multiplexer 96 is passed to a cyclic 
redundancy check module 98, the output of which is passed 
through an output FIFO 100 back to the host interface/FIFO 
control module 90. 

[0050] The first high speed parallel interface 94 of the 
cryptography circuit 57 has a respective word counter 101 
associated therewith. A cryptographic processing module 102 
of the cryptography circuit 57 interfaces the first and 
second high speed parallel interfaces 94, 97 and one or more 
cryptographic engine modules 103 via a bus controller 104. 
The cryptographic processing module 102 also communicates 
with a fill circuit 105 for the loading of cryptographic 
keys. The EBIU 106 also interfaces the cryptographic 
processing module 102 with the memory 72. A second EBIU 107 
interfaces the cryptographic processing module 102 with 
control registers 110 and a multiplexer 111 of the encrypted 
data buffer (i.e., black FPGA) 58. The signal path between 
the second EBIU 107 and the multiplexer 111 provides a 
command signal path. 
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[0051] Various components of the host network processor 
54, red FPGA 56, cryptographic circuit 57, and black FPGA 58 
also communicate via one or more general purpose 
input/output (GPIO) busses as shown, as will be appreciated 
by those skilled in the art. Additional circuitry 112 may 
also be coupled to the cryptography circuit 57 in certain 
embodiments for over/undervoltage detection, temperature 
detection, and/or panic zeroizing as required for a 
particular implementation, as will also be appreciated by 
those skilled in the art. 

[0052] An output of the second high speed parallel 
interface 97 is passed via a buffer 113 to an input 
interface 114 which includes protection gating to prohibit 
red data from entering the black FPGA 58. The output of the 
input interface 114 is connected to a second input of the 
multiplexer 111 defining a traffic (i.e., data) path 
thereto. The output of the multiplexer 111 is provided to a 
cyclic redundancy check module 115, the output of which is 
provided to an output FIFO 117. An output of the MAC 
interface/FIFO control module 118 is provided to the input 
of the traffic FIFO 116. The output of the traffic FIFO 116 
is passed via a buffer 120 back to the input of the first 
high speed parallel interface 94 of the cryptographic 
circuit 57, and the output of the output FIFO 117 is 
connected to the MAC interface/FIFO control module 118, 
which communicates with the communications module 32, as 
will be discussed further below. 

[0053] The various circuitry of the communication module 
32 will now be described in further detail with particular 
reference to FIGS. 5 through 7. As noted above, the various 
circuitry of the communications module 32 is implemented in 

19 



GCSD-1572 (51394) 

the communications CCA 51. In particular, the communications 
(or radio in the present WLAN example) CCA 51 illustratively 
includes a power interface 126 for cooperating with the 
communications power circuit 78 to supply the various 
communications circuitry components. Additional filter/ESD 
circuitry 127 may also be included in the signal path from 
the cryptographic module 31 , if desired. 

[0054] More particularly, the signal path between the 
cryptographic module 31 and communications module 32 
includes a plurality of lines for Mil communications, as 
well as a three-wire serial interface (3WSI), as seen in 
FIG. 6. Generally speaking, the Mil lines are for 
transferring encrypted data between the cryptographic module 
31 and the communications module 32, and the three wire 
serial interface is for status/configuration operations of 
the communications module, as will be discussed further 
below. 

[0055] More particularly, the Mil lines pass through the 
filter/ESD circuitry 127 to the network communications 
interface 47. In the present WLAN example, the network 
communications interface 47 includes an 802.11 a/b/g AP/MAC 
chip set 128 connected to the Mil lines, and an associated 
802.11 a/b/g radio 129 connected to the 802.11 a/b/g AP/MAC 
chip set for wirelessly communicating with a WLAN. One or 
more memories 130 may be provided for the 802.11 a/b/g 
AP/MAC chip set 128. The 802.11 a/b/g AP/MAC chip set 128 
illustratively includes a processing module 141, an Ethernet 
MAC module 142 for communicating with the cryptographic 
module 31, and a WLAN MAC module 143 for performing the 
appropriate 802.11 WLAN interface and processing operations, 
as will be appreciated by those skilled in the art. 
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[0056] The communications CCA 51 also illustratively 
includes a logic device 131, such as a complex programmable 
logic device (CPLD) , which is connected to the above-noted 
three wire serial interface. Generally speaking, the CPLD 
131 cooperates with the cryptographic processor 36 to 
detect, status, and configure different types of 
communications modules 32. More particularly, the host 
network processor 54 polls the CPLD 131 to determine what 
type of communications module 32 is connected to the 
cryptographic module 31 (i.e., WLAN, wireline, fiber optic, 
etc.), as well as its operational status, as will be 
appreciated by those skilled in the art. The CPLD 131 also 
permits the host network processor 54 to configure the 
network communications interface 47 for operation in a given 
application, as will also be appreciated by those skilled in 
the art. 

[0057] Referring additionally to FIGS. 9 and 10, the 
three lines of the three wire serial interface respectively 
carry clock signals, data signals, and enable signals 
between the cryptographic and communications modules 31, 32. 
The clock signal is provided to a sixteen bit (although 
other sizes may also be used) serial to parallel data 
converter 135, an output register 136, a sixteen bit 
parallel to serial data converter 137, and control logic 
138. More particularly, control data coming from the 
cryptographic processor 36 via the data line is written to 
the serial to parallel data converter 135 to be output by 
the output register 136. 

[0058] More particularly, the communications module 32 
may further include one or more status indicators 140 (e.g., 
light emitting diodes (LEDs) ) carried by the second housing 
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45 for indicating operational mode, band, or other 
appropriate status information. The LEDs 140 receive 
multiple bits (e.g., eight) from the output register 136. 
Another set of bits (e.g., seven bits) from the register 136 
are for enabling/disabling the communication module 
transmission circuitry (e.g., radio power amplifiers (PA)), 
and the remaining bits of the sixteen bit output is for 
providing a reset signal for the communications module 32. 
[0059] The input buffer 139 receives multiple bits (e.g., 
eight) of status (e.g., radio status for a WLAN 
implementation) information and multiple bits (e.g., eight) 
of hardware information from the 802.11 chip set 128 (or 
other network communications interfaces in other 
embodiments) to pass along to the cryptographic processor 36 
via the parallel to serial data converter 137 and the data 
line of the three wire serial bus. Read and write data 
buffers 150, 151 may also be connected to the data line, if 
desired. Furthermore, the control circuitry 138 also 
receives the enable signal and enables the output register 
136 and input buffer 139. 

[0060] A read or write operation occurs when the enable 
signal goes high, as seen in FIG. 10. The format of the 
command packets sent from the cryptographic processor 36 to 
the CPLD 131 are as follows. The first four address bits 
(A15-A12) of a packet instruct the CPLD 131 whether it is to 
receive data from the cryptographic processor 36, or whether 
it is to supply requested data thereto. The remaining 
address bits (All-AO) provide the address for the 
appropriate component or operation being requested, while 
the data bits (D15-D0) are reserved for data. As such, 
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thirty-two bit serial words are exchanged between the 
cryptographic processor 36 and CPLD 131. 

[0061] An exemplary read/write addressing scheme is to 
use 0110 for the bits A15-A12 for a write operation, and 
1011 for a read operation as shown, although other 
addressing schemes may also be used. Both the cryptographic 
module 31 and communications module 32 preferably clock data 
out on falling edges of the clock signal and clock data in 
on the leading edges, although other timing arrangements may 
be used in different embodiments. 

[0062] A particularly advantageous approach for 
transferring the command packets from the cryptographic 
processor 36 to the communications module 32 will now be 
described. The host network processor 54 generates 
cryptographic processor command packets for the 
cryptographic processor 36. These packets each include an 
Ethernet address portion for addressing the cryptography 
circuit 57 and an IP packet that encapsulates a 
cryptographic command. In accordance with the present 
invention, the host network processor 54 encapsulates a 
command packet to be operated upon by the communications 
module 32 within the cryptographic command, as shown in FIG. 
11. By using the second EBIU 107, for example, the 
communications module command packets may be passed to the 
communications module 32 without processing (i.e., 
encrypting) . This provides a convenient way to transcend the 
red/black data boundary (FIG. 6) without potentially 
compromising security. 

[0063] More particularly, the format of a cryptographic 
processor command packet is as follows. The Ethernet address 
portion of the packet is addressed to the cryptography 
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circuit 57. More particularly, the address portion may 
include Ethernet header addresses, an IP header, and 
cryptographic command information, as will be appreciated by 
those skilled in the art. The communications module command 
packet destined for the communications module is 
encapsulated in the data portion of the IP packet. 
Accordingly, when the cryptography circuit 57 receives such 
a cryptographic processor command packet, it will recognize 
the packet as a cryptographic command. As such, the 
cryptography circuit 57 will strip its own address 
information from the packet and transfer the remaining 
portion (i.e., the encapsulated communications module 
command packet) to the communications module 32. Preferably, 
the host network processor '54 formats the data portions of 
the IP packets (and, thus, the command packets for the 
communications module 32) based upon the simple network 
management protocol (SNMP) , although other protocols may 
also be used. 

[0064] The above-described approach may be used for 
sending communications module command data via the Mil lines 
or the BWSI, and this approach may be used in reverse to 
communicate information back to the host network processor 
54, as will be appreciated by those skilled in the art. 
Since typical prior art cryptographic devices include all of 
the cryptography and communications circuitry within the 
same housing, the formatting of status/configuration 
commands for the communications circuitry is typically not 
an issue. However, as will be appreciated by those of skill 
in the art, the above-described approach provides a 
convenient and secure way to perform such command/control 
operations despite the separation between the cryptographic 
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and communications modules 31, 32. Of course, it will be 
appreciated that other approaches for formatting and/or 
encapsulating such command packets may also be used, as will 
be appreciated by those skilled in the art. 
[0065] The above-described interchangeability of the 
communications modules 32 and the ability to pass the 
command packets through the red/black boundary is 
facilitated by using a same, predetermined interface 
protocol, i.e., an Mil protocol, along the entire signal 
path between the user network interface 35 and the network 
communications interface 47. That is, the cryptographic 
processor 36 not only communicates with the user network 
interface 35 using an Mil-based protocol, it also 
communicates with the network communications interface 47 
using the same Mil-based protocol. The Mil protocol may be 
based upon the original Mil stahdard set forth in the IEEE 
802.3 standard, or it may be a variant thereof such as 
reduced Mil (RMMI) or gigabit Mil (GMII) , for example, 
although other protocols may be used as well. 
[0066] Maintaining the consistent use of the Mil protocol 
through the chain of circuitry from the user network 
interface 35 to the network communications interface 47 
allows the cryptographic module 31 and the communications 
module 32 both to operate using a unique external MAC 
addresses, while at the same time using fixed internal MAC 
addresses. More particularly, the Ethernet MAC modules 60 
and 143 operate using a unique external MAC addresses for 
each individual cryptographic module 31 and communications 
module respectively, while the Ethernet MAC modules 61 and 
142 use fixed MAC addresses which are the same for every 
cryptographic device 30. 
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[0067] Thus, the cryptographic circuitry 55 essentially 
becomes transparent to the communications module 32, as it 
appears to the communications module that it is connected 
directly to the Ethernet MAC module 61. Moreover, the "hard- 
coded'' MAC addresses used by the Ethernet MAC s in both 
modules 61 and 142 provide for the transfer of command 
packets as described above, as well as a controlled 
transmission of encrypted data packets, as will be 
appreciated by those skilled in the art. 

[0068] Another particularly advantageous feature of the 
invention is that different communications modules 32 may 
not only be used to allow a single cryptographic module 31 
to be used with multiple media types (e.g., wireless, 
wireline, fiber optic, etc.), but the communications modules 
may also be used to provide multi-mode operation for a given 
media, such as in the case of a WLAN. More particularly, a 
WLAN communications module 32 may advantageously use an 
802.11 a/b/g chip set 128 that is switchable between 
wireless LAN modes (i.e., access point (AP) mode, 
infrastructure mode, and ad-hoc mode) by the cryptographic 
module 31 using the above-described command packets, for 
example . 

[0069] Thus, a same WLAN communications module 32 in 
accordance with the present invention may advantageously be 
used with any advice in a WLAN to provide desired 
functionality, such as individual station operation, 
bridging to a wired network, peer-to-peer communications, 
etc., as will be appreciated by those skilled in the art. 
Moreover, mode changes can be accomplished "on the fly" as 
desired using command packets. It will therefore be 
appreciated that with such a WLAN communications module 32, 
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the cryptographic device 30 provides complete 802.11 
functionality in a single unit while also providing a 
wireless bridge that can be used to access a secure network. 
The cryptographic module 30 may advantageously be configured 
to allow selection and configuration of 802.11 modules of 
operation via a standard Web browser, for example. 
[0070] Alternately, switching between WLAN operational 
modules may also be accomplished by using different types of 
802.11 chip sets 128 for respective WLAN operational modes 
in different WLAN communications modules. That is, a 
different WLAN communications module 32 would be used 
depending upon whether an AP, infrastructure, or ad-hoc mode 
was desired for a given LAN device 40. 

[0071] Turning to FIGS. 12-14, the coupling structure of 
the cryptographic and communications modules 31, 32 will now 
be further described. More particularly, the first housing 
34 of the cryptographic module 31 may include a first body 
180 and a first extension 181 extending outwardly therefrom, 
and the second housing 45 may include a second body 182 and 
a second extension 183 extending outwardly therefrom. As 
such, the first and second extensions 181, 183 may be 
aligned in overlapping relation when the first and second 
connectors 37, 46 are removably mated together. 
[0072] The first connecter 37 is illustratively carried 
by the first body 180 adjacent the first extension 181, and 
the second connector 46 is carried by the second extension 
186. Although other arrangements may be used in accordance 
with the present invention, this arrangement is particularly 
advantageous in that it allows the cryptographic CCA 50, 
which has more circuitry than the power supply CCA 52, to be 
positioned to take advantage of the extra length (and, 
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therefore, surface area) of the first extension 181. 
Similarly, the communications CCA 51 is positioned to take 
advantage of the additional length of the second extension 
183. 

[0073] Each of the first and second extensions 181, 183 
may also have surface features on opposing surfaces thereof 
to slidably engage and guide the cryptographic and 
communications modules 31, 32 together in mating relation. 
By way of example, the surface features may include rails 
185 and corresponding channels 186 which define one or more 
slidable interlocking (e.g., dovetail) joints therebetween 
(two are shown in the exemplary implementation) . One or more 
fasteners, such as captive screws 187 which mate with 
corresponding threaded holes 188, are also preferably 
included for removably fastening the cryptographic and 
communications modules 31, 32 together. 

[0074] As shown in the illustrated example, the first and 
second connectors 37, 46 are multi-pin electrical 
connectors, although various electrical connector styles 
known to those skilled in the art may be used. Also, one or 
more seals 190 may be positioned between the cryptographic 
module 31 and the communications module 32. It will 
therefore be appreciated that the above-described 
electrical/mechanical structure provides a robust yet simple 
interconnection that is capable of providing desired EMI 
shielding and environmental sealing. Various materials 
(e.g., metal, plastic, etc.) may be used for the first and 
second housings 37, 45, as will also be appreciated by those 
skilled in the art. 

[0075] Based upon the foregoing description, numerous 
advantages of the present invention will be apparent to 
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those skilled in the art. For example, the cryptographic 
device 30 is interoperable with standard commercial 802.11 
and 802.3 networking equipment. More particularly, it may be 
used with any computing platform with an Ethernet interface 
(e.g., LINUX/UNIX, VxWorks, Windows, Macintosh, etc.). As 
such, independent developers may advantageously be able to 
develop applications without the need to write special 
drivers to communicate with the user network interface 35. 
Likewise, independent developers may advantageously be able 
to develop communications modules 32 for various and/or 
specialized communications applications since they will 
interface with the cryptographic module 31 via a well- 
defined, controlled electrical/mechanical interface. 
Furthermore, the coupling structure not only provides for 
easy interchangeability of different communications modules 
32 with a single cryptographic module 31, the rugged housing 
and connector design allows for operation over a wide range 
of climates and conditions. 

[0076] Turning additionally to FIG. 15, a first 
communications method aspect of the invention will now be 
described. Beginning at Block 250, the user network 
interface 35 of the cryptographic module 31 is coupled to a 
LAN device 40, at Block 251. Further, the communications 
module 32, once attached to the cryptographic module 31, may 
then be used to communicate with various networks (i.e., 
LAN) 48, thus concluding the illustrated method, at Block 
254. 

[0077] Referring to FIG. 16, another communications 
method aspect of the invention begins (Block 260) with 
coupling the cryptographic module 31 to the network device 
40, at Block 261, with the communications module 32 being 
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coupled to the cryptographic module as described above. The 
method further includes using the cryptographic processor 36 
to communicate with the user network interface 35 and the 
network communications interface 47 using a same 
predetermined protocol (e.g., Mil), at Block 263, as 
discussed above, and also communicating with the network 
(i.e., LAN) 48, at Block 264, thus concluding the 
illustrated method (Block 265) . 

[0078] Two additional method aspects for WLAN operation 
are now described with reference to FIGS. 17 and 18. 
Beginning at Block 270, the cryptographic module 31 is 
coupled to the network device 40, at Block 271, with the 
communications module 32 being removably coupled to the 
cryptographic module 31, as described above. If during the 
course of operation it is determined that a different WLAN 
mode of operation is required, at Block 273, if a multi-mode 
network wireless network interface 274 is included in the 
WLAN communications module 32, as discussed above, the 
interface may be switched to the desired wireless LAN mode, 
at Block 274. Thereafter, or if a new WLAN mode is not 
required, wireless communications with the network (i.e., 
LAN) 48 may be conducted, at Block 275, thus concluding the 
illustrated method (Block 276). If different 802.11 modes 
are implemented in respective WLAN communications modules 
32, as discussed above, the step illustrated at Block 274 
may be replaced with the step of removably coupling a new 
communications module providing the desired WLAN operational 
mode to the cryptographic module 31, at Block 280' . 
[0079] Still another communications method aspect of the 
invention is now described with reference to FIG. 19. The 
method beings (Block 290) with coupling the cryptographic 
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module 31 to the network device 40, at Block 291, with the 
communications module 32 being removably coupled to the 
cryptographic module, and using the communications module to 
communicate with the network (i.e., LAN) 48, at Block 293, 
as described above. The method also includes using the logic 
CPLD 131 in cooperation with the cryptographic processor 36 
to determine a status of the communications module 32, at 
Block 294, thus concluding the illustrated method, at Block 
295. Of course, it will be appreciated that status may be 
obtained (and/or configuration performed) prior to 
commencing communications with the network (i.e., LAN) 48, 
and that repeated status updates may continue to be obtained 
through the communications process. 

[0080] Another communications method aspect of the 
invention will now be described with reference to FIG. 20. 
The method begins (Block 300) with coupling the 
cryptographic module 31 to the network device 40, as 
described above, at Block 301, with a communications module 
32 being removably coupled to the cryptographic module. The 
method may further include causing the host network 
processor 54 to generate cryptographic packets for the 
cryptographic circuit 57 each including an address portion 
and a data portion, and to encapsulate command packets for 
the network communications interface 47 in the data portions 
of the cryptographic packets, at Block 302, as previously 
described above. Thus, if the cryptographic circuit 57 
determines that a command packet is encapsulated in the 
cryptographic packet, the cryptographic circuit passes the 
command packet to the communications module 32 without 
performing cryptographic processing thereon, at Block 304, 
as also discussed above. Otherwise, cryptographic processing 
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is performed on the data in the cryptographic packet, at 
Block 305, thus concluding the illustrated method (Block 
306) . 

[0081] Many modifications and other embodiments of the 
invention will come to the mind of one skilled in the art 
having the benefit of the teachings presented in the 
foregoing descriptions and the associated drawings. 
Therefore, it is understood that the invention is not to be 
limited to the specific embodiments disclosed, and that 
modifications and embodiments are intended to be included 
within the scope of the appended claims. 
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